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CROSS-REFERENCE TO RELATED APPLICATIONS 

This application claims the benefit of Japanese Patent Application No. 2000-185143 
filed June 20, 2000. 



This invention relates generally to database systems and methods and, more 
particularly, to systems and methods for storing, securing, and managing name card and other 
identification information. 



Currently, there are numerous name card information management systems that 
register and collectively manage in databases information recorded on name cards where the 
name card information can be accessed by third parties. KOKAI Gazette H6 [1994J-223086 
discloses such a name card management system and the name cards that conform to the 
management system. In addition, KOKAI Gazette H10 [1998J-105610 discloses a name card 
information management server, name card reading and writing devices, electronic name card 
devices, telephone devices, and a name card information management system. Furthermore, 
KOKAI Gazette H10 [1998]-283407 discloses a name card management system that is 
capable of obtaining corporate information. 

In these prior art name card management systems, it is common for access to be 
restricted according to the intentions of the ID holder (i.e., the information provider), but 
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access normally cannot be limited by another person who merely has authority to retrieve the 
information. 

Also, in prior art name card management systems, the systems manage name card and 
5 corporate information (i.e., information about persons and corporations). They cannot, 

however, manage order information for products or services, especially those to be provided 
by third parties. 

Furthermore, in prior art name card management systems, sophisticated data 
10 processing, such as history management for persons accessing information and sorting of 
access information by classes, cannot be done as part of access management. 

Accordingly, there remains a need for an ID information management system that can 
perform sophisticated access management that is absent in prior art name card management 
15 systems. 



managing name card and other identification information. More specifically, the present 
invention provides four types of ID management methods and systems. Service type 1 
enables an ID holder to upload, store, and edit the information assigned to the ID via an ID 
control center. Service type 2 enables an information requester to access the information 
25 assigned to an ID with the permission of the ED holder. Service type 3 enables an ID holder 
to utilize the information assigned to the ID to obtain products and/or services from a third 
party via an ID control center. Finally, service type 4 enables an ID holder to place an order 
for a third party's products and/or services to be delivered to another ID holder, using the 
second ID holder's ID information and with the second ID holder's permission. 



An information management system in accordance with the present invention 
comprises an ID control center, at least one owner terminal, at least one third-party terminal, 
and a network linking the ID control center and the terminals. The ID control center manages 



SUMMARY OF THE INVENTION 
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The present invention provides systems and methods for storing, securing, and 
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information associated with the IDs of ID holders, and compiles and manages a history file of 
access to the ID information. It also translates the ID information into appropriate formats 
used by the computer terminals of parties requesting the information. 

5 It is an objective of this invention to enable a third party to access information 

associated with an ID by using a point system. By purchasing the number of points required 
for specific information, the third party can access the information without requesting 
permission from the information provider. 

10 It is another objective of the present invention to enable access to information by 

using agent software to establish a dialog between the requesting party and the information 
provider to clarify the purpose of the information request. 

It is still another objective of the present invention to restrict access by requiring the 
1 5 information requesting party to have the required meta-information for the information 
requested. 

It is still another objective of the present invention to compile a history file of third 
parties that have accessed one's information in a "taken list", allowing access conditions to be 
20 changed according to the result of the compilation. 

It is still another objective of the present invention to automatically translate 
information into specific information structure formats used by computer terminals of parties 
requesting the information. 



25 



30 



It is still another objective of the present invention to manage product and service 
information in addition to information regarding individuals or corporations. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a schematic view of an ID information management system in accordance 
with the present invention. 
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FIG. 2 is a schematic view of an ID control center in accordance with the present 
invention. 

FIG. 3 is a flowchart illustrating the operation of a service type 1 ID information 
5 management system in accordance with the present invention. 

FIG. 4 is a front view of a name card in accordance with the present invention. 

FIG. 5 is a flowchart illustrating the setting and changing of access authorization when 
10 a party accesses ID information in an ID control center in accordance with the present 
invention. 

FIG. 6 is a flowchart illustrating a service type 2 ID management in accordance with 
the present invention. 

15 

FIG. 7 is a flowchart illustrating a service type 2 ID management in accordance with 
the present invention. 

FIG. 8 is a flowchart illustrating a service type 3 ID management in accordance with 
20 the present invention. 

FIG. 9 is a flowchart illustrating a service type 4 ID management in accordance with 
the present invention. 

25 FIG. 10 illustrates a point system in accordance with the present invention. 

FIG. 1 1 is a diagram illustrating the agents of two ID holders establishing a dialog in 
order to provide information requested by the accessing party. 

30 FIG. 12 illustrates the creation and assignment of fixed and variable tags for 

information items in accordance with the present invention. 
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FIG. 13 illustrates the transmission of scrambled information to the requesting party in 
accordance with the present invention. 

FIG. 14 illustrates the flow of transmission of specification information and order 
5 information in accordance with the present invention. 

FIG. 15 illustrates the access restrictions for the items of an ID information according 
to the contents registered on the taken list stored in a history information file, and extraction 
and provision of the ID information to a third party in accordance with the present invention. 

10 

FIG. 16 illustrates the use of an information translation table and a translation engine 
to translate the structure system of an ID information 122 between ID holder A and ID holder 
B in an ID control center in accordance with the present invention. 

15 FIG. 17 illustrates using an ID control center in accordance with the present invention 

to search for an ID holder registered with the ID control center. 



DETAILED DESCRIPTION OF THE INVENTION 



20 FIG. 1 provides a schematic view of an ID information management system in 

accordance with the present invention. The ID information management system includes ED 
control center 100, at least one owner terminal 200, at least one third-party terminal 300, and 
network 400, wherein the terminals 200 and 300 are each connected to ID control center 100 
via network 400. 

25 

In general, ID control center 100 has the capability to store and manage information 
assigned to an LD ("ID information"), which identifies an ID holder, and access history of the 
ID information. It also has the capability to translate an ID information from one format into 
a different format. The functions and capabilities of ID control center 100 will be discussed 
30 in detail below. Owner terminal 200 is a terminal used by an ID holder to register, access, 
update, edit or delete his ID information stored in ED control center 100. The ED holder can 
also use owner terminal 200 to access ID information of another ID holder under certain 
predetermined conditions, which will be described below. Third-party terminal 300 is a 
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terminal used by a person (whether or not this person has an ED) who wishes to access a 
particular ID information stored in ED control center 100 under certain predetermined 
conditions, which will be described below. As used herein, owner terminal 200 and third- 
party terminal 300 may be any kind of terminal as long as they have network connection 
5 capabilities and functions for sending and receiving information to and from other terminals 
(e.g., servers, etc.). For example, such a terminal may be a radio call terminal, a PHS 
terminal, a portable terminal, or an information processing terminal such as a PC or a PDA, 
etc. Owner terminal 200 and third-party terminal 300 may also be equipped with software for 
viewing information on the Enternet (e.g., browser software, etc.). Network 400 connects ED 
□ 1 0 control center 1 00, owner terminal 200, and third-party terminal 300 to each other and may be 
g equipped with any or all of the following: access to the Internet, one or more intranets, LANs, 

W public telephone networks (including both analog and digital), portable circuit exchange 

Qi networks or portable packet exchange networks such as PDC and PDC-P systems, radio call 

networks, PHS networks, or satellite communications networks. 

L 15 

Qi As used herein, an identification or "ED" has the following properties: 

□3 

~ Issuing of ID: 

20 An ID may be issued to a natural person or corporation in any format as long as it is 

issued without duplication. For example, an ED may be issued consisting of numerals only, 
alphabetical letters only, or a combination of both numerals and letters. As such, the ID can 
be conveyed from person to person, between a person and a machine, or between machines. 
IDs can be entered into and recognized by a machine via means such as optical readers or 

25 keyboards with numerical keypads and alphabetical letters. 

Display of ID: 

An ED may be linked to a product or service, and can be thus displayed anywhere on 
30 the product or service by printed means, such as a sticker or a seal, so that it can be 

recognized by people as well as devices. As described above, the ID can be displayed as 
numerals and/or letters. Therefore, people are able to read the ED. If the ID is printed, it may 
be recognized by an optical reading device such as an image scanner. En addition, IDs can be 
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converted into bar codes for display. By this means, they can be recognized by bar-code 
readers. FIG. 4 illustrates one example when an ID is displayed on a name card as a bar code 
plus numerals. 



accordance with the present invention. Preferably, ID control center 100 includes at least one 
main controller 102 (i.e., a control means such as a central processing unit or CPU, hereafter 
collectively referred to as "CPU 102") programmed to manage the entire ID control center 
100, which includes an input device 106 (e.g., one or more input tools such as mice, 

10 keyboards, image scanners, digitizers and the like) connected to CPU 102 via a bus 104, a 
display device 108 for monitoring data, an output device 110 such as a printer, and a 
communications port 112 which includes one or more modems, terminal adapters, DSUs or 
the like connected to a communications line (including wired/wireless, LAN/Internet, and 
analog/digital lines). Input device 106, display device 108, and output device 110 may also 

15 be connected to CPU 102 via respective input/output interfaces. 

CPU 102 has a memory device 120 for storing control programs such as an operating 
system (OS), programs that stipulate various operating procedures and the like, and data. The 
programs are used by CPU 102 to perform information processing for executing various types 

20 of ID management. Memory device 120 is a storage means such as a hard disk, a flexible 

disk, an optical disk, or a similar storage apparatus. In addition to programs, memory device 
120 stores various tables, files, databases and the like used in various processes, and holds at 
least ID information 122, history information 124, and information translation table 126. 
Input device 106 allows a user to input various types of data. It includes one or more input 

25 tools such as mice, keyboards, image scanners and the like for selecting onscreen menus and 
entering data. Display device 108 displays various types of menus, processing results and the 
like, and may be a monitor, for example. Output device 110 outputs processing results to 
media such as paper and may be, for example, a printer device or the like. Communications 
port 1 12 communicates data with other terminals via a communications line. ID control 

30 center 100 may be constructed by connecting peripheral devices such as printers, displays, 
and image scanners, etc., to known information processing devices such as personal 
computers, workstations, PHS terminals, portable telephone terminals, mobile 
telecommunications terminals or information processing terminals such as PDAs, etc., and 



5 



Turning to FIG. 2, a schematic view of ID control center 100 is illustrated in 
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loading the information processing devices with software (including programs, data and the 
like) that implement the ID management method of the present invention. 

Turning now to FIGS. 1-17, four different management services are described and the 
5 operation of an ID information management system with respect to each of the four 

management services is illustrated. Briefly and generally, service type 1 enables an ID holder 
to upload, store, and edit the information assigned to the ID via the ID control center 100. 
Service type 2 enables an information requester to access ID information 122 with the 
permission of the ID holder. Service type 3 enables an ED holder to utilize ID information 
10 122 to obtain products and/or services from a third party via ID control center 100. Finally, 
service type 4 enables an ID holder to place an order for a third party's products and/or 
services to be delivered to another ID holder, using the second ID holder's ID information 
122 and with the second ID holder's permission. 

1 5 Service Type 1 : 

Service Type 1 is a service in which the ID holder can manage ID information 122 via 
ID control center 100. ID control center 100 and the ID holder are connected via the Internet, 
and ID information 122 can be structured and stored in a data format such as XML or RDB. 

20 Preferably, the chosen data format or formats are prepared in advance in a unified manner by 
ID control center 100. To use ID control center 100 to manage an ID information 122, the 
corresponding ID holder first identifies himself or herself, then uploads and stores ID 
information 122 into ID control center 100. The ID holder can subsequently edit the stored 
ID information 122. Conversely, persons who are not the ID holder cannot add to, change, or 

25 delete from ID information 122 without the permission of the ID holder. The ID holder can 
also specify an agent (e.g., agent software) in place of the ID holder. 

Referring specifically to FIGS. 1-3, the operation of an ID information management 
system in accordance with a service type 1 embodiment is illustrated. In this example, a new 
30 ID information 122 is uploaded and stored in ID control center 100 as follows: 

The ID holder first transmits proof of identity (ID + password or the like) from an owner 
terminal 200 to ID control center 100 (step S302). Pre-registered personal information is then 
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referenced in ID control center 100 to confirm the identity of the ID holder (step S304). Once 
the identity of the ID holder is confirmed, the ED holder transmits an application to register 
the ID for uploading the new ID information 122 into ID control center 100 (step S306). 
Upon receiving the transmission of the registration application, a data storage area within 
memory device 120 is automatically secured for the ID in ID control center 100 (step S308). 
A data entry form is then automatically generated in the ID control center and transmitted to 
the owner terminal 200 (step S3 10). The data entry form is received in the owner terminal 
200 (step S3 12). The ID holder then completes the data entry form at the owner terminal 
(step S3 14), and transmits (synchronously or asynchronously) the input data (i.e., ID 
information 122) from owner terminal 200 to ID control center 100 (step S316). The ID 
information 122 is then received at ID control center 100 (step S3 18). The ID information 
122 is then stored in the specified data storage area of memory device 120 in ID control 
center 100 (step S320). 

The second part of FIG. 3 depicts the flow of reference and edited ID information 122 
registered in ID control center 100. Transmission of ID holder identity authentication (ID + 
password or the like) is first performed at owner terminal 200 (step S322). The identity of the 
ID holder is confirmed using pre-registered personal information in the ID control center 100 
(step S324). The ID is then used at the owner terminal 200 to input and transmit the reference 
mode paging command (step S326). Existing data associated with the ID (i.e., existing ID 
information 122) is called up in ID control center 100 (step S328). The ID control center 100 
then transmits ID information 122 in the reference mode to owner terminal 200 (step S330). 
Upon receiving ID information 122 at owner terminal 200 (step S332), the ID holder may 
input the edit mode paging command at owner terminal 100 and transmit that paging 
command to ID control center 100 (step S334). The ID control center 100 deploys and 
transmits existing ID information 122 in the editing form (step S336). ID information 122 
files are subsequently output and transmitted from the ID control center 100 to the owner 
terminal 200 (step S3 3 8). ID information 122 is then received and edited in the editing form 
at owner terminal 200 (step S340). After the ID holder enters the edited data, the edited ID 
information 122 is transmitted from owner terminal 200 to ID control center 100 (step S342). 
Finally, the edited ID information 122 is received in ID control center 100 (step S344) and 
stored in the specified data storage area within memory device 120 (step S346). 
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Control of IDs and Access Authorization for Service Types 2-4: 

The ID control center 100 controls access to ID information 122 so that ID 
information 122 can be accessed according to the intention of the ID holder. Generally, ID 
5 control center 100 determines whether access should be granted to a particular information 
requester based on the ID of the information requester or the purpose of the access. For 
example, the ID holder or an agent of the ID holder can communicate with ID control center 
100 and authorize the information requester to have access to ID information 122 prior to the 
party's attempt to access the information, such that the information requester's ID would 

10 indicate to ID control center 100 of the authorization. Alternatively, the information 
requester can ask for such authorization when attempting to access ID information 122. 
Access can also be controlled by creating a set of governing rules or procedure or an "access 
authorization policy" within ID control center 100. For example, an information requester 
can be given access to the ID information 122 for certain purposes specified in the policy. 

15 Such a policy can be created by ID control center 100 as a default for all ID holders or it can 
be personalized by each and every ID holder; or it can be first created as a default access 
control mechanism and subsequently be modifiable by an ID holder. 

A point system for purchasing access to information such as ID information 122 may 
20 also be used. In other words, no absolute access restriction is set up and theoretically all 

information can be disclosed (i.e., purchased), but access to a particular piece of information 
can be made practically impossible depending on the number of points assigned to that 
information. For example, as illustrated in FIG. 10, points are set in advance for every 
information item contained in ID information 122, and finite points are given to items that 
25 may be purchased while items not to be disclosed are set at infinity. Therefore, the ID of an 
ID holder, an information item, the data indicating the content corresponding to the 
information item (for example, "Ichiro Tanaka" for the information item "Name"), and the 
number of points required for a third party to access the data are transmitted from owner 
terminal 200 to ID control center 100; and the ID, information item, data corresponding to the 
30 information item, and the number of required access points are stored in ID control center 

100. Consequently, a third party wishing to access a particular piece of data may purchase the 
corresponding required points in advance from a provider. Subsequent to the purchase, the 
third party may use a third-party terminal 300, as illustrated in FIG. 1, to transmit the number 



1 0442722 v4 




PATENT 

of purchased points and the ID of the third party to ID control center 100, and both the third 
party ID and the number of purchased points are stored in ID control center 100. Since it is 
impossible to purchase an infinite number of points, any ID information 122 can be 
prohibited from access by a third party by assigning an infinite number of points to that ID 
5 information 122. An access request from an accessing third party that includes a terminal ID 
or personal ID, and desired information item may be transmitted from third-party terminal 
300 to ID control center 100, and the number of purchased access points corresponding to the 
terminal ID or personal ID contained in the access request is searched at ID control center 
100. The number of required access points corresponding to the information item contained 
10 in the access request is also searched at ID control center 100. The number of purchased 
2 access points and the number of required access points are compared, and when the number 

~? of purchased access points is greater, access is enabled (i.e., data corresponding to the 

=C information item is transmitted to the third-party terminal 300), and a point value obtained by 

£0 

si subtracting the number of required access points from the number of purchased access points 

15 is stored as the new number of purchased access points in ID control center 100. This process 
Q eliminates unlimited access. 

55 Turning now to FIG. 11, agents (e.g., electronic processes involving agent software or 

N= the like) of two ID holders may communicate to allow the information to be accessed by the 

20 side requesting it. In other words, for each information item, two agents establish a dialog 

and information is fetched upon confirming the purpose of the information access. Thus, the 
information provider does not limit access to information; instead, information is provided by 
clarifying through a dialog the reason why the accessing side requires such information. The 
behavior of the two agents is conducted electronically under software control, i.e., using 
25 predetermined message text and responses of set format. 

First, the ID of the information provider or the provider's terminal, the name and data 
of the information item, and the access-enabling condition or conditions for a third-party to 
access the data are all transmitted from an owner terminal 200 to ID control center 100 and 
30 stored in ID control center 100. Then, an access request that contains the ID of the requester 
or the third-party terminal 300, the provider's ID or terminal ID, the name of the information 
item, and the access request condition is transmitted from the third-party terminal 300 to the 
ID control center 100, and the ID control center 100 searches for the access-enabling 
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condition of the information item requested. The access request condition contained in the 
access request is then compared to the access-enabling condition via predetermined talk 
scripts. If the two conditions do not match, a dialog is established according to the talk script 
between the owner terminal and the third-party terminal to match the conditions. 

5 

The dialog scripts of the two agents are arranged in advance and preferably, the script 
contents cannot be rewritten or changed in any way by the two parties at will, but individual 
messages can be added to the scripts according to the intention of the information provider. 
In other words, the talk scripts may be customized according to the nature of the information 
10 exchange between the two parties as approved by the information provider. The result of the 
agent negotiation is reported to both the information provider and the requester. As an 
example, a talk script that results in the granting of access of ID information 122 may be as 
follows: 

1 5 Agent of information requester on third-party terminal 300: (information request) "I 

want to access address information." 

Agent of information provider on owner terminal 200: (request disclosure of 
objective) "Why do you need address information?" 

Agent of information requester on third-party terminal 300: (disclosure of objective) 
20 "I want to send a direct mailing." 

Agent of information provider on owner terminal 200: (approval) "Your need for the 
information has been recognized and approved. Please use the system." 

Similarly, a talk script that results in the denial of access of ID information 122 may 
25 be as follows: 

Agent of information requester on third-party terminal 300: (information request) "I 
want to access address information." 

Agent of information provider on owner terminal 200: (request disclosure of 
objective) "Why do you need address information?" 
30 Agent of information requester on third-party terminal 300: (disclosure of objective) 

"I need it for private reasons." 

Agent of information provider on owner terminal 200: (request disclosure of 
objective) "Please be more specific." 
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Agent of information requester on third-party terminal 300: (ending negotiation) "I 
have not been told the specific objective, so I will end this request." 

Agent of information provider on owner terminal 200: (confirmation) "Understood." 

5 In addition to using the talk scripts, a tag may be created for each individual 

information item, and access may be enabled only if the tag name entered in an information 
request matches the tag name of the information item requested. As illustrated in FIG. 12, the 
information items (e.g., items 1-6 in FIG. 12) uploaded by the information provider are placed 
in categories of fixed and variable tags. Preferably, the names of the fixed tags are disclosed 
10 to the general public or are reported to both the information provider and the requester in 
advance, while the names of the variable tags are electronically changed so that only the 
information provider can recognize them. 

Therefore, the ID of the information provider or the owner terminal 200, and the tag 
15 name and data of an information item are first transmitted from owner terminal 200 to ID 
control center 100 and stored in ID control center 100. Subsequently, an access request 
containing the ID of the requester or the third-party terminal 300, the ID of the information 
provider or the owner terminal 200 to be referenced, and the tag name of the information item 
is transmitted from the third-party terminal 300 to the ID control center 100. The tag name of 
20 the information item contained in the access request is compared to the tag name created by 
the information provider. If the two tag names match, the data corresponding to the 
information item is transmitted to third-party terminal 300. 

Preferably, the variable tags are created to be time dependent. That is, the names of 
25 the variable tags are changed, preferably automatically and electronically, at a predetermined 
frequency. Thus, by changing the name of a variable tag periodically, a period of validity can 
be established for access. To prevent anyone from generating and counterfeiting variable tag 
names, known encryption technology or the like may be used to generate secured variable tag 
names. Other security means such as limiting the number of information requests or inquiries 
30 per information item may also be employed. 

Referring now to FIG. 13, to further protect ID information 122, the information 
content may be scrambled or otherwise electronically rewritten into an incomprehensible 
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form that cannot be decoded. Therefore, if ID information 122 is accessed without 
authorization, the information accessed will be incomprehensible to the person accessing such 
information. The scrambling is managed and executed between the information provider and 
the ID control center 100, and it is unknown everyone else. 

The ID control center 100 controls settings involving the IDs of persons seeking 
access (persons who use other persons' IDs or "ID users") and IDs of the persons who are the 
access targets (ID holders). By managing the access frequency of ID information 122 and 
other relevant information in a history information file 124, a record of the access behavior of 
persons accessing ID information 122 can be retained for both the ID holders and the ID users 
to create restrictions for future access. This presumes that both the ID holders and the ID 
users have their own IDs. 

Every ID holder simultaneously has the statuses of an ED holder and an ID user from 
the first time he or she exchanges IDs with another ID holder. To manage the statuses of 
various ID holders and users, ID control center 100 automatically creates a "taken list" 
(history information of others who have accessed one's own ID information 122) and a "take 
list" (history information when one has accessed another's ID information 122), which are 
described below, in history information file 124. Based on the history information 124, 
therefore, an ID holder can determine to whom the owner's ID has been provided according to 
the taken list. Similarly, an ID user can find out whose ID they have obtained according to 
the take list. The scope of access authorization for each ID on the take list is determined 
according to the intention of the ID holder. It is also possible to preset a scope of access 
authorization that recognizes any partner from the beginning as the default (i.e., initial value). 

The history registered in the taken list is recorded in history information file 124 in ID 
control center 100. Preferably, ID control center 100 records a history of registration in the 
taken list rather than a history of information accessed. For example, the taken list (or "give 
list") includes IDs of partners who have been provided with the list owner's ID, but it does 
not contain the actual information or meta-information (i.e., information that specifies other 
information). Turning to FIG. 15, access authorization for various items of ID information 
122 is set and/or changed according to the contents registered on the taken list, which is 
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stored in history information file 124, and ID information 122 is extracted and provided to a 
third party accordingly. 

FIG. 5 is a flowchart illustrating one example of setting and changing access 
5 authorization when a person accesses ID information 122 via ID control center 100. FIG. 5 
describes ID control center 100 in terms of the execution flow in the take list of the accessing 
party (ID = 2) and the execution flow in the taken list of the accessed party (ID =1). 

First, the default access authorization registration for new IDs will be described. A 
10 new registration application for ID = 1 is made at the accessing side (step S501). ID = 1 is 
O thus registered on the take list of ID = 2 at ID control center 100 (step S502). Likewise, ID = 

m 2 is registered on the taken list of ID = 1 (step S504). Default access authorization 

registration is performed according to the access authorization policy of ID = 1 at the ID 
W control center 100 (step S506). Default access authorization registration is also performed 

m 15 according to the access authorization policy of ID = 2 at the ID control center 100 (step 
p S508). 
y = 

03 Access authorization is reset for all ID owners listed on the take list of ID = 2 or the 

[T taken list of ID = 1 in the ID control center 100. For example, when the ID of another person 

20 is written on the taken list, the access condition may be changed from the default level (for 

example, level 0, which may indicate that access is not authorized) to a specific level. 

Therefore, access conditions can be changed immediately when an ID registration history is 

recorded. 

25 Next, the autonomous editing of the access authorization of the accessed party will be 

described. First, an addition/revision request for access authorization for ID = 1 is made at 
the ED holder (ID = 1) terminal (step S510). Then, the addition/revision for access 
authorization for ID = 1 is performed at the ID control center 100 (steps S512 and S514). 

30 Next, adding to and revising access authorization based on a request from the 

accessing party will be described. First, a request to add to or revise access authorization is 
made at the ID holder (ID = 2) terminal at the accessing side (step S516). Once the request is 
received and recorded at the ID control center 100 (step S518), the access authorization policy 
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of ID = 1 is referenced via ID control center 100 (step S520). A decision is then made 
according to the content of the request by ID control center 100 (step S522). If the request is 
within the bounds of the policy, the addition/revision of access authorization is performed by 
ID control center 100 (step S524). A message indicating the completion of the 
5 addition/revision of access authorization is then sent from ID control center 100 (step S526). 
The ID holder (ID = 1) terminal at the accessed side receives the message (step S528). If the 
request contains something requiring approval, ID control center 100 sends an 
addition/revision of access authorization request message (step S530), and the ID holder (ID 
= 1) terminal at the accessed side receives the request message (step S532). The ID holder 
10 (ID = 1) terminal at the accessed side then sends an approval report for addition/revision of 
access authorization (step S534). Subsequently, the addition/revision of the access 
authorization is performed at ID control center 100 based on the approval report (steps S536 
and S538). 

15 Service Type 2: 

This type of service enables an ID user to obtain the permission of an ID holder via ID 
control center 100 and access ID information 122 of the ID holder. Granting permission to an 
ED user is performed through ID control center 100. More specifically, the ID user does not 

20 directly seek permission from the ID holder, but instead seeks permission through ID control 
center 100. The ID user can prove his identity using his own ID when applying to ID control 
center 100 for permission. ID control center 100 has the contact information for the ID 
holder, and can send a permission application by automated means such as e-mail. Upon 
receiving the response from the ID holder via similar electronic means such as e-mail, ID 

25 control center 100 can automatically interpret access authorization for ID information 122. If 
the request is within the bounds of the access authorization, ID control center 100 
automatically sends ID information 122 according to the request of the ID user. Access 
authorization can also be obtained for specific information at the stage when the associated ID 
is learned. When ID information 122 contains information that does not require permission 

30 of the ID holder, access authorization can be granted automatically as the default for 

information within that scope. Default access authorization is automatically given at the 
point when the associated ID is learned, but one's identity must first be proven by means such 
as providing one's own ID when accessing through ID control center 100. 
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FIGS. 6 and 7 provide a service type 2 example of providing ED information 122 to 
another person via ID control center 100. First, the existence of a new ED is checked. An 
automated confirmation of a new ED (e.g., ED = 1) is performed at the accessing ID holder (ID 
5 =2) terminal by using a device such as a bar-code reader or a keypad (step S602). A request 
to confirm the existence of new ED (ID = 1) is transmitted from the ID = 2 terminal (step 
S604) to ED control center 100. Once the request to confirm the existence of new ID (ID = 1) 
is received at ID control center 100 (step S606), ID control center 100 confirms the existence 
of ED = 1 (step S608). If ED = 1 does not exist, ID control center 100 creates and sends 
10 (synchronously) a message indicating that ID = 1 does not exist (step S610). Upon receiving 
the message (step S612), the ID = 2 accessing terminal determines whether same operation is 
to be repeated or if the process is completed (step S614). The operation is repeated by 
returning to step S602. 

15 If ED = 1 does exist, an addition of ED is performed to the take and taken lists. That is, 

new ID (ID = 1) is added to the take list of ED = 2 and to the taken list of ID = 1 in ID control 
center 100 (steps S616 and S618). 



20 corresponding access authorization. First, any ID = 1 ID information 122 to which access has 
been authorized is extracted and transmitted from ID control center 100 to the accessing ID 
holder terminal (i.e., ID = 2 owner terminal 200) (step S620). Once the ED = 1 ED 
information 122 is received by the ED = 2 ED holder at the accessing owner terminal 200 (step 
S622), a confirmation of the completion of information acquisition is transmitted back to ID 

25 control center 100 (step S624). A confirmation of the completion of ID = 1 ID information 
122 provision is transmitted to ID = 1 owner terminal 200 from ID control center 100 (step 
S626). The process ends when the information provision complete confirmation is received 
by the ID = 1 owner terminal 200 (step S628). 

30 Turning specifically to FIG. 7, ID information 122 can be provided to an accessing ED 

holder based on autonomous addition/revision of access authorization by the accessed ED 
holder. First, the addition/revision to access authorization for ID information 122 (ED = 1) is 
performed in ID control center 100 based on the instructions of ED = 1 ID holder, as described 
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above (step 702). ID information 122 of ID = 1 is then transmitted from ID control center 
100 according to the ID = 1 access authorization (step S704) and received at the ID = 2 owner 
terminal 200 (step S706). A confirmation of the completion of information acquisition is 
transmitted from the ID = 2 owner terminal 200 to ID control center 100 (step 708). Upon 
5 receiving the confirmation, LD control center transmits a confirmation of the completion of 
information provision to the ID = 1 owner terminal 200 (step 710). The process is complete 
when the confirmation of the completion of information provision is received by the ID = 1 
owner terminal 200 (step 712). 

10 Still referring to FIG. 7, ID information 122 may be provided to an accessing party 

based on the request of the accessing party. First, the addition/revision to access 
authorization for ID information 122 (ID = 1) is performed in ID control center 100 based on 
the request of ID = 2 ID holder, as described above (step 714). ID information 122 of ID = 1 
is then transmitted from ID control center 100 according to the ID = 1 access authorization 

15 (step S716) and received at the ID = 2 owner terminal 200 (step S718). A confirmation of the 
completion of information acquisition is transmitted from the ID = 2 owner terminal 200 to 
ID control center 100 (step 720). Upon receiving the confirmation, ID control center 
transmits a confirmation of the completion of information provision to the ID = 1 owner 
terminal 200 (step 722). The process is complete when the confirmation of the completion of 

20 information provision is received by the ID = 1 owner terminal 200 (step 724). 

Service Type 3: 

Service type 3 enables an ID holder to use his ID information 122 to obtain products 
25 and services of a third party registered with ID control center 100. When products and/or 

services are obtained from third parties by this means, there is no longer the need to give out 
information (other than the ID) item by item. In other words, the ID holder would need only 
his ID to access and provide third parties his ID information 122 (e.g., name, address, etc.) to 
obtain products and services from the third parties. Typically, the ID information 122 
30 provided to a third party for delivery of goods and services includes name, address, telephone 
number, fax number, and email address. Additional information required to complete the 
product or service order is information specifying the product or service (e.g., numbers of a 
desired product registered in ID control center 100, etc.). 
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Information for ordering products and services can be stored in ID control center 100 
as ID information 122 and have different levels of access authorization than other ID 
information 122. FIG. 14 illustrates a sample exchange of information between the ID 
5 holder, the third party providing products and/or services, and ID control center 100. The ID 
holder and the third party exchange via their terminals "specification" information, which 
refers to simplified information that the third party uses for ordering and delivering products 
and services, but it does not include information that the third party uses internally for 
producing and performing the products and services. Upon collecting the specification 

10 information from the ID holder, the third party transmits to ID control center 100 "order 

information," which refers to information of the products and services to be provided by the 
third party to the ID holder. The order information is transmitted to ID control center 100 
based on the ID holder's permission, and it is stored in recording device 120 as ID 
information 122. Once order information is generated, it can be referenced in the future when 

1 5 the same product or service is needed again. 

Therefore, when obtaining a product or service from a third party, the ID holder may 
be required to send only the order information to the third party. In other words, when the 
third party already has the necessary personal or corporation information (e.g., name card 

20 information, etc.) linked to the order information, the transmission of such information is not 
needed. For example, assume the service provided by the third party is printing business 
cards. After the order information "Make name card ID — 1" is transmitted to the third party, 
the third party can print the business cards based on the company name, job title, personal 
name, and contact information of ID = 1 linked to the corresponding order information. Li 

25 addition, by including information indicating the link destination in the order information, the 
personal or corporation information can be managed at the link destination. The link 
destination may be a party that is neither ID control center 100 nor the third party. 
Alternatively, personal and corporate information may be sent wrapped with the order 
information. In other words, it may be sent in the format of an order form. This alternative 

30 allows the information sent to take the form of an order rather than personal or corporation 
information. 
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Referring to FIG. 8, an example of obtaining a third party product or service using ID 
control center 100 in accordance with the present invention is provided. First, a 
product/service menu is displayed on third-party terminal 300 (step S802). A product or 
service is selected and a request for delivery is made on the owner terminal 200 for the ID 
holder (ED = 1) (step S804). Preparation according to the content of the request is performed 
by the third party (step S806). Then, a request for permission to access ID = 1 information 
required to provide the requested product or service is transmitted from the third-party 
terminal 300 to ED control center 100 (step S808). The access authorization policy of ID = 1 
is referenced at ID control center 100 (step S810). If permission to access is needed for the 
ED = 1 information or if the ID = 1 information does not contain all of the requested 
information, ED control center 100 requests for permission to access ED = 1 information (step 
S812). A response granting access is sent from the owner terminal 200 for the ID holder (step 
S814). Then, authorization to access the ID = 1 information is granted by ED control center 
100 according to the content of the response (step S816). The ID = 1 information is extracted 
according to the access authorization level granted at ED control center 100 and sent to the 
third party (step S818) and received at the third party terminal 300 (step S820). When 
permission to access the ED = 1 information is not required, ED = 1 information is extracted 
and sent to the third party by ED control center 100 without asking the ID holder (step S822). 
Once the required ID = 1 information is received by the third party, the requested products or 
services is delivered to the ID holder (steps S824 and S826). Information regarding the 
completion of the requested product and/or service provision is transmitted by the third-party 
terminal to ID control center 100 (step S828). Finally, the product/service provision 
completion information is recorded in the ID = 1 ED information 122, as necessary, in ED 
control center 100 (step S830). 

Service Type 4: 

In service type 4, an ID holder (ID = 2) can obtain the permission of another ID holder 
(ID = 1) and use the ID information 122 (ID = 1) to order products or services from a third 
party via ID control center 100 on behalf of the ED = 1 ID holder. This procedure simplifies 
the product or service ordering process requested by an ID holder other than the owner of ID 
information 122. By using ID control center 100, the ID holders ensure that information 
passed to the third party can be limited to information essential to obtaining the service or 
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product. The third party does not need to have the ID to provide the product or service, 
because requests and approval of access authorization are always performed between the ID = 
1 and ID = 2 ID holders. Depending on whether the third party has the ID (i.e., ID = 1), 
however, the procedure differs as follows. When the third party does not have the ID, the 
third party must know the structure information (schema) for ID information 122 so that it 
can decide whether the information provided by the requester ID holder (ID = 2) is sufficient. 
On the other hand, there is no need to know the schema when the third party has the ID. 
Depending on the requirement set by the third party, the decision of whether the information 
provided by the ID holder (ED = 2) is sufficient and the need for additional access 
authorization can be entrusted to ID control center 100. 

Referring now to FIG. 9, an example of service type 4 is illustrated. First, a 
product/service menu is displayed on the third-party terminal 300 (step S902). A product or 
service is selected and a request for delivery is made for the ID = 1 ID holder by the ID = 2 ID 
holder on owner terminal 200 (step S904). The contents of the request are then arranged on 
the third-party terminal 300 (step S906). Then, a request for permission to access ID = 1 
information required to provide the requested product or service to ID = 1 ID holder is 
transmitted from the third-party terminal 300 to ID control center 100 (step S908). The 
permission to access the ID = 1 information already held by ID = 2 is requested at ID control 
center 100 (step S910) and confirmed by ID control center 100 (step S912). If the level of 
access authorization is not sufficient to access the ID = 1 information, the ID = 1 information 
which is without access permission is extracted at ID control center 100 (step S914). The 
access authorization policy of ID = 1 for ID = 2 is then referenced by ID control center 100 
(step S916). Then, ID control center 100 picks up the information items that require 
additional authorization and transmits a request for the required additional authorization to ID 
= 1 ID holder (steps S918 and S920). Then, a response to the authorization request is 
transmitted from the owner terminal 200 for ED = 1 ID holder to ED control center 100 (step 
S922). The execution of additional access authorization granted to ID = 2 ED holder is 
performed at ID control center 100 according to the content of the response (step S924). The 
ED = 1 information is then extracted according to the access authorization registered with ED 
control center 100 and sent to the third party (step S926). A report is created regarding the ID 
= 1 information provided to the third party at ED control center 100 (step S928). Then, a 
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confirmation is transmitted by ID control center 100 to the owner terminal 200 for ID = 2 ED 
holder (step S930). 

If the access authorization for the ID = 1 information is sufficient, the required ID = 1 
information is extracted and sent from ID control center 100 to the third-party terminal 300 
(step S932), and is received at the third-party terminal 300 (step S934). The requested 
product or service is thus prepared by the third party (step S936) and provided to the ID 
holder (ID = 1) via owner terminal 200 (step S938). A confirmation of the completion of the 
provision of requested product or service is transmitted by the third-party terminal 300 to ID 
control center 100 (step S940) and is recorded in the ID = 2 ID information 122, as necessary, 
in ID control center 100 (step S942). A "product/service provision complete" message is then 
sent by ID control center 100 and received at the owner terminal 200 for the ID = 2 ID holder 
(step S944). In addition, from step S910, access to ID = 1 information may be permitted and 
the process advances to step S926 at the owner terminal 200 for ID = 2 ID holder (step S946). 

Information Structure 

ID control center 100 may be used to set up different information structures (classes) 
for ID information 122 for each ID holder. In other words, although ID control center 100 
manages information using a standard default structure, the ID holders may prefer a different 
structure. Such customization requires the use of information translation table 126 (see, e.g., 
FIG. 2), which is a translation table for translating standard default structure into a 
customized structure. Each ID information 122 with customized structure is managed for 
each corresponding ID holders. Therefore, when ID information 122 is exchanged with other 
parties, the need for every ID holder to translate ID information 122 at their end is eliminated 
by automatically translating ID information 122 to the structure system used by the accessing 
terminal. 

Thus, ID information 122 is first stored in ID control center 100 in the standard 
default structure. Upon communication with an owner terminal 200 with a different 
information structure, ID control center 100 records the different information structure in 
information translation table 126. When ED information 122 is accessed from the owner 
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terminal 200, it can be automatically translated by a translation engine from the standard 
default structure into the unique structure used by the owner terminal 200. 

An information translation table 126 can be created by any individual ID holder with a 
5 graphical user interface. Translation according to the appropriate information translation 
table 126 can be performed automatically and electronically by a translation engine (e.g., 
CPU 102) when ID information 122 is exchanged between ID holders or between ID holders 
and ID control center 100. 

10 FIG. 16 illustrates an example of translating the structure system of ID information 

122 between ID holder A and ID holder B using information translation table 126 and a 
translation engine in ID control center 100. The standard default structure system managed 
by ID control center 100 is translated into the unique structure system of the individual ID 
holders, enabling ID information 122 to be provided to a requesting party. 

15 

Printing IDs for Name Cards 

Assuming that the relationship between the ID holders and the IDs is handled by ID 
control center 100, searching for the IDs can be a service provided by ID control center 100. 

20 As illustrated in FIG. 1 7, the service of searching for registrants is provided by ID control 
center 100, and provision of ID information 122 and various other types of information is 
only done when two parties who have mutually exchanged name cards request a partner 
search and comparison check within a set period of time. Therefore, the URL of ID control 
center 100 is preferably made public knowledge, so the URL for finding the ID may be 

25 printed on a business card. The URL does not necessarily have to be printed on the business 
card if there is another method of notification, however. 

Although the invention herein has been described with reference to particular 
embodiments, it is to be understood that the embodiments are merely illustrative of the 
30 principles and application of the present invention. It is therefore to be understood that 
various modifications may be made to the above-mentioned embodiments and that other 
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arrangements may be devised without departing from the spirit and scope of the present 
invention. 

For example, the processing executed by CPU 102 as described above may be 
recorded in the form of a program on a recording medium (e.g., a floppy disk, CD-ROM, 
DVD-ROM, hard disk, etc.) or on a transfer medium (e.g., a digital data stream, carrier wave, 
etc.), and can be executed whenever required for each individual device by loading it into the 
memory of any computer or similar system. In other words, as an alternative, the present 
invention can be implemented as a computer program product that is loaded into a CPU and 
executed in a computer system. It is known to one skilled in the art that a computer program 
capable of executing the four service types of the present invention can be installed on a 
computer in many forms. Examples of these forms are: (a) information permanently held on 
a non-writeable recording medium (e.g., ROM, CD-ROM disk, DVD-ROM disk or similar 
medium that can be read by a computer input/output device) that can be used in a computer; 
(b) information held in advance on a writeable recording medium (e.g., RAM, floppy disk, 
hard disk drive device, or similar medium) that can be used in a computer; and (c) 
information transferred to a computer via a transfer medium such as a telephone line or 
network using a communications control device such as a modem, a digital data stream or 
computer data signal carried on a carrier wave. 
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